home *** CD-ROM | disk | FTP | other *** search
/ Scene Storm / Scene Storm - Volume 1.iso / coding / c / amiexpress / source / doors / xpr / amixpr.doc < prev    next >
Encoding:
Text File  |  1992-12-26  |  2.3 KB  |  92 lines
  1.  
  2. latest bug removed:
  3. for testing i used the old crc16 xprzmodem.lib (17k) not the new crc32 (20k)
  4. the new one does not save some registers when calling a xpr_callback
  5. routines. i didnt either (:guru)
  6. now all registers i use in the callbacks are saved.
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.  
  14.  
  15.  
  16.  
  17.  
  18.  
  19.  
  20.  
  21.  
  22.  
  23. removed bugs:
  24.  
  25. cmdline would break on any zero-byte in the 4 screenptr bytes.
  26. solution: give the ULONG (screenptr)
  27. as a 8-byte ascii-HEX$  "... -s 00fc04ea ..." iam sure the
  28. c-compiler has a HEX$ output routine like print hex$(screenptr) or stuff
  29. must be exactly 8 digits including the 2 always leading zeros
  30.  
  31. cmdline can only be 256bytes
  32. solution: build a list of the batchsend files in mem somewhere
  33.  
  34.   file1 file2 file3...... file999 separated by spaces as before and
  35.   ^batchptr
  36.  
  37. terminated by zero
  38. give the batchpointer in the cmdline using the -b switch
  39.  
  40.  
  41.  
  42.  
  43.  
  44.  
  45.  
  46.  
  47.  
  48.  
  49.  
  50. type "amixpr" from cli for help
  51.  
  52. if u use it from cli for testing without a coms program that has
  53. opened/closed
  54. the serial.device and set the parameters (baud etc.) u must use
  55. the PREFERENCES program to set the default baud and stuff
  56. the amixpr doesnt change the params. (uses the ones set by amiex)
  57. if amiexpress has locked 38400 then amixpr uses that
  58.  
  59. amiexpress must open the serial.device in  SHARED mode (serflags or stuff
  60. during opendevice).
  61. when calling amixpr use the "-s xxxx" switch to pass on the
  62. screenpointer of the amiex screen, so the transferwindow
  63. will open on the right screen
  64.  
  65. the cmdlinebuffer is set at 2000bytes thats ok for a 100file batch send
  66.  
  67. log:
  68. ABORT/UNSUCCESSFUL_TRANSFER/XPR_CHEAT
  69. even if someone uses zmodem cheat and supresses the EOF-ACK, the
  70. bytes in line 3 will equal the filesize (line 2)...
  71. just look if line 2 = line 3 then the transfer was complete
  72.  
  73. batch transfer: 2nd file starts at line 9
  74. delete the logfile after analysing it since new logs will be appended.
  75. the log should be in bbs:node%s/ since 2 nodes could call
  76. amixpr at the same time
  77.  
  78. please dont put more stuff into the xpr_update routine like
  79. calculation of %complete or %efficiency  cuz that would finish off
  80. the isdn xferspeed. we must use 1kblocks from zmodem thats bad enough
  81. but that calculation during every block would do the rest..
  82. maybe we can do a version for 2400baud sysops with a multicolor
  83. multiinfo xfer window..
  84. the zmodem routines in amiex1.1 slow it down from 7400++cps to
  85. 4000 something...
  86.  
  87. later.
  88.  
  89.  
  90.  
  91.  
  92.